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ARCHITECTURES FOR CLEARING AND SETTLEMENT SERVICES BETWEEN 
INTERNET TELEPHONY CLEARINGHOUSES 



PRIORITY 

5 * I'he present application claims priority to provisional~patent application entitled, 

"Architectures for Clearing and Settlement Services Between IP Network Clearinghouses/' 
filed on January 11, 2000 and assigned U.S. Application Serial Number 60/175,441. 



TECHNICAL FIELD 

IQ The present invention generally relates to architectures for voice over DP (Internet 

Protocol) commxmications. More specifically, the present invention allows for quicker and 
more direct routing of voice communications between Internet Telephony Clearinghouses. 

BACKGROUND OF THE INVENTION 

15 As an alternative to traditional switched circuit networks, telecommunications service 

— providers have discovered that votce^lephone calls may be routed over~IPlietworks~Due to 

the fact that the Internet is not presentiy subject to the same international regulations as are 
' traditional telephone networks. Touting telephone calls over the Internet tends to be less 

expensive. Additionally, an IP routed voice telephone call requires much less bandwidth, and 
20 thus less cost, than a voice telephone call placed over a traditional telephone network. 

Further, IP technology advances and is entered into the marketplace at a much faster rate than 

traditional telecommunication technology. Thus, in order to be competitive, 

telecommunications service providers have begun to use IP routing as a way to offer 

customers access to the latest technological improvements. 
25 Presentiy, however, there is no centralized system for routing voice telephone calls 

over an IP network. Each operator of a gateway is responsible for determining the routes for 

its own outgoing calls. Typically, gateway operators rely on traditional IP routing 

algorithms, which are designed to handle routing of computer generated data packets. 

Traditional IP routing algorithms attempt to strike a balance between the concerns of 
30 minimum delay and maximum reliability. Thus, using traditional IP routing algorithms, a 

voice telephone call will be routed to any destination gateway that happens to satisfy a set of 

predetermined shortest path and acceptable data loss parameters. 

The routing of voice telephone calls, however, involves a significant concern that is 

not shared by traditional IP routing algorithms. This additional concern is the monetary cost 
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of routing a voice call to a particular destination gateway. As in traditional switched circuit 
networks, Internet telephony gateways impose fees for the service of terminating a voice call. 
Traditional DP routing algorithms are not able to detect and compare the varying price 
schedules that may be imposed by various Internet telephony gateways. Thus, sotirce 
5 gateways are not able to discriminate between destination gateways based on monetary costs. 

One way a giateway operator can estabUsh the cost for IP telephony services is by 

negotiating_directly_with_Qtheii_gateway„operators-a fee-ibr-te^^ each other's calls. 

These gateway operators could identify each other and establish a bilateral agreement or a 
multilateral agreement. This approach closely resembles that of the international circuit 
10 switch telephony network, where providers in each coxmtry have established bilateral and 
multilateral agreements with each other. A significant hurdle for this routing implementation, 
however, is the large number of business relationships that must be negotiated and 
maintained. For example, should 1,000 local operators decide to interconnect via bilateral 
agreements, 999,000 separate agreements would be necessary. Interconnection through a 
15 centralized system, however, would require only 1,000 separate business agreements, each 
with a separate operator. 

Another disadvantage with a bilateral agreement model is that the gateway operators 
are not able to react quickly and intelligently to changing market forces because the bilateral 
agreements are generally long-term contracts. For example, when there is a sudden increase 
20 in demand for terminating calls to a particxilar area, the gateway operator in that area is 
unable to increase his terminating charges and take advantage of a demand. Additionally, a 
bilateral agreement model or the multilateral agreement model are too cumbersome for the 
gateway operators to set call pricing based on selected call nimiber ranges (any given subset 
of all possible telephone numbers). This is especially true if the total number of telephone 
25 numbers comprising a called-number range is too small. For example, it may be too 
cumbersome for the gateway operators to negotiate a specific call pricing plan for a specific 
customer with less than 100 mmibers within their called-number range. 



be provided where Internet Telephony Service Providers (ITSPs) become members of this 
30 centralized system. The centralized system is generally referred to as a clearinghouse. 
Clearinghouse services attempt to capture IP telephony traffic in order to receive the revenue 
associated with that. trafiSc. By joining a clearinghouse service, an ITSP stimulates traffic 
growth on its network and gains access to other gateways. The clearinghouse not only routes 
and authorizes EP telephony traffic, but also handles the billing for the call. 



In order to assist gateway operators with routing decisions, a centralized system can 
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One function of a clearinghouse is to link source gateways to destination gateways 
within the clearinghouse. However, the advantages gained with a clearinghouse are limited 
in that the ITSP cannot go beyond its clearinghouse to access gateways of another 
clearinghouse. Thus, a need exists for a system to support the linking of separate 
5 clearinghouse~services~Specifically,' there is a need in the^ for^gateway operator to be 
able to easily locate gateways with desirable characteristics in another clearinghouse. There 
— ^is a-fiather-need-for-a-system-and-method-to-support recording and billing of the transaction 
between the two gateways. 



1 0 SUMMARY OF THE INVENTION 

The present invention satisfies the above-described needs by providing a system that 
links IP telephony clearinghouses. The linking of IP telephony clearinghouses can be 
accomplished in several ways. Two or more clearinghouses can share information about their 
respective gateways. The gateways may be designated as source gateways, destination 

15 gateways, or bdthv The amount of information a clearinghouse desires to share with a linking 
clearinghouse typically will control the specific architecture of the linking clearinghouse. 

Once one or more clearinghouses share information and the architecture for the 
linking clearinghouse is established, a calling or originating gateway of a first clearinghouse 
may connect to a gateway of another second clearinghouse. That is, a call can be initiated by 

20 a calling party and the calling party's source gateway of a first clearinghouse. The source 
gateway of the first clearinghouse can coimect the calling party to a linking clearinghouse via 
an DP network, such as the Internet. 

At the linking clearinghouse, decisions can be made about how a destination gateway 
in other, second clearinghouses not associated with the source gateway of the first 

25 clearinghouse can be selected. The linking clearinghouse can sort available destination 
gateways according to predefined rules. That is, the linking clearinghouse can provide 
destination gateway information of other second clearinghouses to the source gateway of the 
first clearinghouse based upon predefined criteria. The source gateway of the first 
clearinghouse can then complete a connection with a destination gateway in one of the 

30 second clearinghouses selected by the linking clearinghoxise so that data, such as voice data, 
may be transmitted between the two clearinghouses. 

In one exemplary embodiment, business and technical information about source and 
destination gateways between two or more clearinghouses can be shared and tracked by a 
linking clearinghouse. The business and technical information concerning the source and 
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destination gateways can be combined into a routing table that is typically stored in the 
linking clearinghouse. This combined routing table can be used to identify destination 
gateways of clearinghouses that are not associated or affiliated with clearinghouses that may 
contain the source gateways. While individual clearinghouses are often not associated or 

-5 — afBliated with one MothCTpitMs-not b^ the-present invention to-also pennit 

clearinghouses that may have a preexisting business relationship to also utilize the services of 

— Ae-linking-clearinghouse, , 

^to-another-exemplaiy-embodiment-Gf-the"present4nv€ntiGnr^a4iiddng-clearin^^ 

may be limited to tracking only destination gateway IP addresses. In other words, one set of 

10 information, such as the IP addresses of the destination gateways, can be stored in a linking 
siq)er-cIearinghouse system. In this embodiment, the linking super-clearinghouse system of 
the linking clearinghouse typically does not sort the list of available destination gateways. 
The first clearinghouse can perform the sorting fimction in this exemplary embodiment. 



gatewaysr The query can then prompt the first clearinghouse to determine whether to 
conduct a search for other available gateways in other second clearinghouses. If the first 
- clearinghouse is - permitted- fdT search for -destination gateways -outside of the first 
clearinghouse (in other clearinghouses), the first clearinghouse can send a qaery to the 

20 linking super-clearinghouse system of the linking clearinghouse for potential destination 
gateways in other clearinghouses. The linking super-clearinghouse system can provide a Ust 
of available destination gateways outside of the first clearinghouse in other clearinghouses. 
The first clearinghouse can select a destination gateway outside of the first clearinghouse 
from the list by using predetermined criteria, such as calling delay, signal quality, price, etc. 

25 Once the destination gateway is selected by the first clearinghouse, a connection can be made 
with the destination gateway of an outside clearinghouse so that data can be transferred 
between the gateways. 

In another exemplary embodiment of the present invention, a linking clearinghouse 
niay contain more information than merely destination gateway IP addresses. In such an 

30 embodiment a first clearinghouse would be willing to share linuted and generalized 
information about its gateways with the linking clearinghouse. For example, the first 
clearinghouse may provide a range of prices its gateways charge for originating a call. 
Accordingly, the linking clearinghouse may perform some prioritization or filtering before 
communicating the potential destination gateways to the first clearinghouse. Upon receipt of 



Accordingly, when a calling party connects to a soxirce gateway of a first 
15 ^clearinghouse, the source-gateway can query its first clearinghouse for available destination 
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the potential destination gateways, the first clearinghouse performs additional sorting to 
select a gateway. 

Conventional methods and systems typically do not support the selection and 
connection of IP voice gateways belonging to different clearinghouses. The present 
5 — invention assists— gateways—in— identifying -potential—tenninating— gateways—in -other 
clearinghouses. The present invention permits gateways to select other gateways based on 
criteria.such.pricing,^speei_and^uality^^ 
~the-invention-can- eliminate any additional signaling that would ordinarily have to occur 
between different clearinghouses. Increasing the pool of available gateways also serves to 
10 increase traffic for a gateway which, in turn, generates additional revenue for individual 
clearinghouses and the linking clearinghouse. 

These and other objects, features, and advantages of the present invention may be 
more clearly understood and appreciated from a review of the following detailed description 
of the disclosed embodiments and by reference to the appended drawings and claims. 



BRIEF DESCRIPTION OF THE DRAWINGS ^ 

FIG. 1 is a functional block diagram illustrating one or more users that can be part of 

-a-centralized.orcleaiinghouse system. . - . 

FIG. 2 is a schematic representation of an exemplary operating environment for the 
20 present invention. 

FIG. 3 is a functional block diagram illustrating the general architecture and 
components of an exemplary embodiment of the present invention. 

FIG. 4 is a logic flow diagram illustrating an overview of the operations involved in 
cormnunicating among different clearinghouses. 
25 FIG. 5 is a functional block diagram illustrating an exemplary operating enviroimient 

for communication among different clearinghouses iising a shared service architecture. 

FIG. 6 is a logic flow diagram illustrating an exemplary process for routing a 
communication using the shared service architecture. 



30 for communication among different clearinghouses using a proxy system architecture. 

FIG. 8 is a logic flow diagram illustrating an exemplary process for routing a 
communication using the proxy system architecture. 



- 15 - - 



FIG. 7 is a functional block diagram illustrating an exemplary operating environment 
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FIG. 9 is a functional block diagram illustrating an exemplary operating environment 
for communication among different clearinghouses using a compressed hierarchy 
architecture. 

FIG. 10 is a logic flow diagram illustrating an exemplary process for routing a 

- -5 — eornmunieation using the eompressed-hierarehy-arehitecture= 

FIG. 1 1 is a logic flow diagram illustrating an exemplary process for routing a 
__coinmimication_using the simple hierarchy architecture. 



DETAILED DESCRIPTION OF THE EXEMPLARY EMBODIMENTS 

10 The present invention is referred to herein as a clearinghouse linking method and 

system. Such a method and system can support commxmications such as telephone calls. A 
telephone call occurring via an IP network is often referred to as a 'Voice over IP" 
transaction. When a 'Voice over IP" transaction specifically involves the Internet, the 
description "Internet Telephony" may also be used to describe the transaction. An exemplary 

— 15 embodiment of-the-present-invention-will be-described-herein-with-respect to Internet 

Telephony:" Hdweve^~the~principles "of the^present^invention apply" to all IP routed 
transactions, including, but not limited to, 'Voice over IP" calls, "fex over IP" calls, and 
„„ "video over IP" calls. ~" 1 „ 

IP telephony clearinghouses gready simplify the interconnection of individual IP 

20 Telephony Service Providers (ITSPs). ITSPs are the providers that operate gateways for IP 
Telephony. By joining a single clearinghouse, an ITSP can exchange traffic with many other 
service providers. And more traffic, of course, brings more revenue. As the IP telephony 
market has matured, providers have begun to recognize that interconnections among separate 
IP telephony clearinghouses presents a new opportunity for additional revenue. With such 

25 interconnection, an ITSP joining a single clearinghouse gains access not just to other ITSPs 
belonging to that clearinghouse, but also to ITSPs that are members of the other, 
intercoxmected clearinghouses. 

The conventional approach, intra-clearinghouse communication, imposes a rigorous 
partition between different clearinghouses. Not only is traffic strictly contained within a 
30 single clearinghouse, but key information such as pricing and traffic statistics are protected 
by stringent security measures. The present invention supports clearinghouse interconnection 
with a linking clearinghouse service. When clearinghouses interconnect with each other, 
rigid separation of information is no longer required. 
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The linking clearinghouse relies on service points distributed throughout the IP 
netvyork to provide routing, authorization, and usage collection services for the clearinghouse 
customer. These service points, which implement communication protocols, such as the Open 
Settlement Protocol, allow the secxire interconnection of devices administered by different 
~ 5~~sef^(£e~provId^ points at strategic locations on 
the Internet backbone, where they operate in high availability, high security, high 
perfonnance^onfigurations. 



riearinghouse Network Architecture 

10 Referring thereto, FIG. 1 shows a network architecture that serves as an exemplary 

clearinghouse system. As indicated, the Internet 102 serves as the heart of the exemplary 
network architecture. Relying on the Internet 102 are five different systems that might 
participate in an Internet Telephony transaction. These five systems include: a calling party 
104, a source gateway (also referred to as an originating gateway) 108, a service point 112 

15 mcluding a routing engine 110, a""destiEfation gateway (also referred to as a terminating 
gateway) 114 and a called party 118. As FIG 1 shows, a service point 112 is coupled to a 
centralliataBase"1207which' is also coupled to a billing and settlement system 124. While the 
service point 112 exists on the public Internet 102, the central database 120 and the billing 
and settlement system 124 remain in secured facilities. Private commxmication paths connect 

20 the remote equipment vwth the central database 120. 

The calling party 104 represents the user vsdshing to place a telephone call. Often, the 
calling party 104 will rely on a standard telephone handset to place the call. In fact, in many 
cases the calling party 104 may not be able to distinguish Intemet telephony service from 
standard telephone service. The calling party 104 connects to a source gateway 108 through 

25 a public telephone network 105, such as a switched circuit network. In either case, the source 
gateway 108 serves as a bridge between ordinary telephones and the Intemet 102 by 
converting telephone signals into data packets (and vice versa) and transmitting the data 
packets over the Intemet 102. A source gateway is operated by a source gateway operator 
109. 

30 Similarly, the called party 118 is the user that receives a telephone call. A called 

party 118 connects to a destination gateways 114 through a public telephone network 106, 
such as a switched circuit network. A destination gateway 114 is coimected to the Internet 
102 at a location that is remote fi'om the source gateway 108. The destination gateway 114 is 



7 



wo 01/52476 PCTAJSOl/01059 
operated by a destination gateway operator 115 and perforatis the same functions as the 
source gateway 108, i.e., bridging phone calls between the Internet 102 and a public 
telephone network 106, or an equivalent thereof. Destination gateways 114 differ from 
source gateways 108 only in the role played in a particular call. In particular, source 
5 - gateways-108-act~on-behalf ¥f" destination gateways 114 act on 

behalf of the called party 118. It is important to note that the same operator need not manage 
-both.the.source_gateway„108_and.the_destination-gateway 114. In fact, the exemplary routing 
engine 110, is tailored for environments in which different owners operate the two types of 
gateways. 

10 The service point operator 125 may be a third party that is independent of the 

operators of the source gateway 108 or destination gateways 114. As indicated in FIG. I, the 
service point operator 125 may maintain a private communications line with the service point 
112, the billing and setdement system 124 and a related web-site 122, In the exemplary 
operating environment, all components maintained by the service point operator 125, i.e., the 

15" service point-112, the-database-120, the billing and- settlement system 124-and the web-site 
n[227afe~a)nvemratiy^ Still, those skilled in 

art will appreciate that all components maintained by the service point operator 125 may be 
incorporated in a single system (service point 112) or any number of distributed systems. 

A service point 112 communicates with gateways over the Internet 102 and generally 

20 provides routing information to the source gateway 108. Given a destination phone nimiber 
and other requirements (described in detail below), the service point 112, through the routing 
engine 110, identifies at least one appropriate destination gateway 114 to handle the 
telephone call. 

The overall network architecture that serves as an operating environment for the 
25 present invention may be thought of as comprising three different networks, each canying the 
telephone conversation. The first network is the calling party's telephone network 105 tiiat 
connects the calling party to the source gateway 108. The second network is the Internet 102, 
which connects the soiurce gateway 108 and the destination gateways 114 to each other. The 
third network is the called party's telephone network 106, which completes the connection 
30 fi^om the destination gateway 114 to the called party 118. Although FIG. 1 (as well as this 
description in general) refers to the telephone connections as taking place through public 
telephone networks 105 and 106, Internet telephony service does not require such a 
connection. Some applications may use private networks, such as those provided by a private 
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branch exchange; others may simply comiect telephone handsets directly to the 
corresponding gateway. 

Additionally, a fourth network may be added to the general network architecture. The 
fourth network is a banking and funds transfer network 126. A billing and settlement system 

5 124 may be coupled to-the-service-point-lK in order to receive infonnati^ the 

financial aspects of the Internet telephony transactions. The billing and settlement system 
— 124-may-iise-a-banking and funds transfer network 126 to execute the financial transactions 
coordinated by the service point 112. 

10 Telephone Calls Placed with a Clearinghouse System 

FIG. 2 provides an overview of an Internet telephony call in the exemplary operating 
environment. At step 201, an Internet telephony call is initiated when the calling party 104 
dials a telephone nimiber, which is transmitted to the source gateway 108 for processing. The 
goal of the source gateway 108 is to locate a destination gateway 114a-c that is able to 
15 terminate the phone call. The source gateway 108 relies on the service point 112 for routing 



At step 202, the source gateway 108 makes an authorization request to a service point 
112. The authorization request indicates, among other things, the telephone number of the 
called party 118. At the service point 112, the routing engine 110 \ises information in the 
20 authorization request, as well as preferences established for the source gateway's 108 cost and 
quality requirements, to determine which of the destination gateways 114a-c are eligible to 
complete the call. 



sowce gateway 108, which includes information relating to the identity of eligible destination 
25 gateways 114. In addition, the authorization response message contains an authorization 
ticket for access to each eligible destination gateway 114. The authorization response ticket 
allows a destination gateway 114 to accept the call knowing that it has been authorized by the 
service point 112, and that the service point operator 125 will compensate the destination 
gateway operator 115 for completing the call. 
30 Upon receipt of the authorization response message, the source gatev^y 108 selects a 

destination gateway 114 firom among the list provided by the service point 112. At step 204, 
the originating gateway 108 then sends a setup message to the selected destination gateway 
114, as specified in International Telecommunications Union (ITU) H.323 and associated 



assistance. 



At step 203, the service point 112 then sends an authorization response message to the 
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Standards. Those skilled in the art will recognize that the Q.931 standard may be used to 
define the setup message. To complete the authorization, the setup message must include the 
authorization ticket for the destination gateway 114. Those skilled in the art will also 
recognize that the user-to-user information element of the Q.931 setup message may be used 

__ 5 ^to^nj^nvey-the authorize _- 

ConMnimication between the service point 112, the source gateway 108 and the 
destinatiQn_gateways.ll4Joes_npXra^^ 

Intemet~telephoity_calls-themselves,-including-calUsetup ^lf4he-source-gateway-108 and 

destination gateways 114 use a signaling protocol other than Q.931 (which is specified by 
10 H.323 and H.225.0), then that protocol need only be capable of including the authorization 
ticket in the initial setup message. The exemplary authorization ticket is approximately 2000 
octets in length. Destination gateways 114a-c may accept or reject Internet telephony calls 
based on the presence and contents of this authorization ticket. 

After the Internet telephony call is completed, both the source gateway 108 and the 
- 1 5 —destination gateway 1 14 transmit a call detail-report-to the service point 1 127 as represented in 
stqps"205~and"206T~eallndetailnfi^^^ Call detail 

reports are stored in the database 120 and are accessed by the billing and settlement system 
~124 in order ta r^^^^ point operator 125, source 

gateway operators 109 and destination gateway operators 115. 
20 It should be noted that source gateway 108 and destination gateways 114 are free to 

establish connections without consulting a service point 112. For example, a group of 
gateways may all be owned by a common entity and may wish to exchange calls among 
themselves independent of a service point 112. In such an environment, the gateways are 
free to rely on a service point 112 only when no gateway in the group can serve a given 
25 phone number economically. Thus, the exemplary operating environment provides gateways 
with extremely flexible routing choices. 

Also, those skilled in the art will appreciate that the exemplary operating enviroimient 
may inclxide multiple service points 112. Service points may be distinguished by the specific 
services they provide, as well as by their geographic location on the Internet 102. 
30 Geographic diversity optimizes performance by allowing a device to communicate with the 
closest service point 112. Proximity to a service point 112 minimizes delay in the 
communication exchange. Geographic diversity also increases the reliability of the operating 
environment If one service point 112 becomes unavailable, devices using that service point 
112 can automatically switch to a different service point (not shown) located elsewhere. 

10 
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Before a gateway is provided with access to a service point 112 the responsible 
gateway operator must enroll as a customer of the service point operator 125. Since the 
enrollment process typically requires disclosure of sensitive fmancial information (such as 
bank accounts or credit card numbers), the web connection between the gateway operators 

- 5 ^1 09'&-l 1 5 and-the-web-site-l-22~is- seeured-by-the-secure-soekets SL)-protocol. The 

web-site 122 with user interface 35 uses SSL to authenticate itself to gateway operators 109 

„&JJL5„vdth_digitaLi;.ertificat^is_Qhlam SSL„also 

— encrypts-the-information -transferred between the gateway operators 109 and 115 and the 
web-site 122 containing user interface 35. 

10 When the service point operator 125 accepts a gateway operator as a customer, it 

provides the customer with a customer number and password. The customer number is 
Hamming coded to protect against corruption. Once assigned, customers are allowed to 
change their password. The service point operator 125 may enforce certain restrictions on 
passwords to maximize security. Such restrictions may include, for example, a prohibition 

15 against words appearing in dictionaries, a requirement to use both upper and lower case 
characters and a requirement that customers change their password periodically. 

After enrollment is complete, gateway operators 109 and 115 are given authorization 
to. access „and, modify their accpunts, . via the Internet 102, through, the web-site 122 as 
illustrated in Fig. 1. Enrolled customers may also be provided with access to timely and 

20 informative reports on their usage of a service point 112. Such reports may include up-to- 
the-minute billing information, potential ftaud alerts, sophisticated usage statistics and 
detailed trafBc profiles. EnroUed users may access these reports directly through the web-site 
122 running a user interface iising a web browser, or they can download the information for 
importing into their own database or spreadsheet. Users may also elect to be notified via 

25 electronic mail, fax, or other means when certain events occur. Events eligible for this 
service include suspicious or fi^udulent activity, minimum or maximimi traflBc levels at 
particular devices, and apparent failure of a device. 

An enrolled customer may activate individual devices to use jflie services provided by 

a service point 112. In the present discussion, the exemplary devices are Internet telephony 

30 gateways 108 and 114. However, those skilled in the art will appreciate that the exemplary 
operating environment may be configured to support a wide variety of devices. As with 
operator enrollment, device activation takes place across the Internet 102 using well-known 
web browsers. Typically, device activation will take place at the device itself. 

11 
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The web-site 122 running a user interface may be configured to support several 
different approaches for activating devices, depending on the particular type of device. A 
web-site 122 running a user interface may be configured to support Windows, UNIX, and 
embedded operating environments. Those skilled in the art will recognize that other 
5 opefating-systie^ 

As indicated in Figure 1, a clearinghouse 50 may comprise the components of a 

serYice_poinLll2_(including_a^routing„engine_110),_a-databaseJ20 a 

-user4nterface,-and-a-billing-and-settlement-system424^A service-point-opemto^ be 
responsible for maintaining the clearinghouse 50. A service point operator 125 may be a 
10 third party that is independent of the originating gateway operator 20 or the terminating 
gateway operators 15. As illustrated in Figure 1, the service point operator 125 may maintain 
a private conmiunications line with the service point 112, a billing and setdement system 124 
and the website 122. In the exemplary operating environment, all components maintained by 
the service point operator 125 can be conveniently distributed between various geographic 
15 locations—Still, those of-skill-in-the art will-appreciate that all components maintained by the 
service point operatOT~125~m^be incorporated in a single systenTor any number of 
distributed systems. 

; z-^Aslhmtioned"alwye,-a-cle£ui^ to provide an originating 

gateway 108 with routing information relating to those terminating customers 31 who match 

20 the call prices and pricing criteria (and other preferences and preference criteria) set by the 
originating customers 26. A service point 112 commimicates with gateways over the IP 
network 102 and generally provides routing information to an originating gateway 108. The 
service point 112 is coupled to the website 122, which hosts the user interface. The fimction 
of the user interface is to provide a mechanism by which originating customers and 

25 terminating customers may access their accoxmts maintained by clearinghouse 50. 

Inter-Clearinghouse Architectures 

FIG. 3 is a generalized architecture representing an environment in which two 
clearinghouses are coimected. Figure 3 is merely one example of the invention and in 
30 alternate embodiments two or more clearinghouses may be linked together. Clearinghouse 
50A and clearinghouse 50B are linked to the IP network 102. Each clearinghouse has its own 
member gateways 108, 114 to which it provides clearinghouse services. Each gateway 108, 
114 is also directly connected to the IP network 102. Gateways are operated by ITSPs and 
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often a single ITSP will operate several gateways. A linking clearinghouse SOL is connected 
to the IP network 102. The linking clearinghouse SOL provides clearing and settlement 
services between clearinghouse SOA and clearinghouse SOB. The linking clearinghouse SOL 
is able to provide these services because clearinghoiise SOA and clearinghouse SOB supply 
5^ information about~th^ffienit^ngateways~ the a^ clearinghoxise SOA or 

clearinghouse SOB desires to provide to the linking clearinghouse will determine the specific 
~ ~architecture-of~the4ink--Three-representative4inking-arcWtectures-^ herein. 

^nG74"is*a~flow-chart~describing-an-overview-of4nter==clearinghouse-co 

The first step, 410, is the pre-call sharing of information with the linking clearinghouse. The 

10 sharing of information about gateways with the linking clearinghouse is helpfiil in providing 
the linking clearinghouse services. The substance of the shared information and the party 
wdth v^om it is shared is decided by the participating clearinghouse. There are a variety of 
business reasons a clearinghouse may wish to share only limited information about its 
member gateways with other clearinghouses. In step 41S, a call is initiated by the calling 

15 party 104"6f a firet'clearinghouse, such as clearinghouse SOA. The calling party 104 accesses 
the IP telephony network 102 through a source gateway 108. TypicallyT the calling party 104 
initiates the call in the same manner as dialing a conventional telephone call. In some 
instances;^the calling party 104-may-be required to enter a code before dialing the destination 
number in order to access the IP telephony network. In step 420, a destination gateway 114 

20 in another, second clearinghouse, such as clearinghouse SOB, is located and the IP address of 
the destination gateway 114 is provided to the source gateway 108. The method in which the 
destination gateway 114 of a second clearinghouse is determined depends on the specific 
architecture of the linking clearinghouse and whether the linking clearinghouse is designed to 
sort a Ust of available gateways and select a gateway from the list. Finally, in step 425, a 

25 connection is established between the source gateway 108 of the first clearinghouse SOA and 
the destination gateway 114 of a second clearinghouse SOB, Once the connection is 
established, voice data may transmitted between the calling party 104 and the called party 
118. 

Referring to FIG. 5, this is a block diagram representing an exemplary shared service 
30 architecture SOO of a linking clearinghouse SOL. This shared service architecture can 
represent the- greatest sharing of information among two clearinghouses. In this example, 
clearinghouse SOA and clearinghouse SOB provide business and technical information about 
its member gateways to the linking clearinghouse SOL. A combined routing table SIO is 
created by the linking clearinghouse SOL. The routing table can include pricing and billing 
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information as well as source and destination gateway information provided by clearinghouse 
50A and clearinghouse SOB. All the information necessary to select the destination gateway 
can be contained in the combined routing table. In the shared service architecture, the calling 
party 104 of a first clearinghouse, such as clearinghoxise 50A, accesses the IP network 102 
S^^tEwigh its^souice'pteway-^^^ source gateway- 108 contacts the linking clearinghouse 

SOL, represented as the combined potential gateways of clearinghouse 50A and clearinghoxise 
..==50B^=Jhe^destination^gateway_Jnfbrmati^ A 

conneetionns-then-estabUshed-between the'Souree-gateway408-ofthe-fir^ 50A 

and the destination gateway 114 of a second clearinghoxise, such as clearinghouse SOB over 

10 the DP network 102. Once the call signaling is completed the data, such as voice data, can be 
transferred between the calling party 104 of first clearinghouse 50A and the called party 118 
of a second clearinghouse SOB. 

Referring to FIG. 6, this is a flow chart outlining an exemplary process that occurs in 
the shared service architecture. In the first step, 60S, clearinghouse SOA and clearinghouse 

1 5- ~50B'provide their gateway and business iriformation-to-the liriking clearingho^^ After 
this inforS^on~is providedrin step 610, gateway sorting niles can be set up for the linking 
clearinghouse SOL. The gateway sorting rules determine how particular destination gateways 
are seTectecl-By consideaing^faiSSS^ of data transmission. In 

step 615 the linking clearinghouse SOL creates the combined routing table SIO. The 

20 combined routing table contains all of the information provided by clearinghouse SOA and 
clearinghouse SOB. All of the information contained in the routing table can be sufiBcient 
enough to determine a destination gateway 114. 

In step 620, a call is initiated by a calling party 104 who connects to her source 
gateway 108 of a first clearinghouse, such as clearinghouse SOA, which provides access to IP 

25 network 102. In step 625, the source gateway 108 of the first clearinghouse SOA queries the 
linking clearinghoxise SOL for a destination gateway 114 in another clearinghouse. When the 
linking clearinghouse SOL receives a query fix)m a gateway, it can perform an initial security 
and authentication check to make sure the source, gateway is a member of the clearinghouses 
subscribing with the linking clearinghouse SOL, such as clearinghouse SOA and clearinghouse 

30 SOB. In step 630, the linking clearinghouse SOL searches a combined routing table 510 for 
possible destinations. 

The combined routing table 510 is typically a data file stored in a database at the 
linking clearinghouse SOL. In step 635, the linking clearinghouse SOL returns the destination 
gateway information of another clearinghouse, such as clearinghouse SOB, to the source 
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gateway 108 of the first clearinghouse 50A. In step 640, the source gateway 108 of the first 
clearinghouse 50A sets up call signaling to establish a connection with the destination 
gateway 114 of the second clearinghouse SOB over the IP network 102. Call signaling is 
typically not routed through the linking clearinghouse SOL in this exemplary embodiment. 
5 However, call~sigialing can be routedThrouglPth^linldng clearinghouse SOITin other 
exemplary embodiments, as will be discussed in detail below. 

— in-step-64Srvoice-datans-exchanged-between-the-called"party~l-l calling 

party"1047~On^advMt^rof thes 

due to minimizing any querying or searches conducted between clearinghouse 50A and 
10 clearinghouse SOB for available destination gateways that match predetermined criteria, such 
as costs, calling delay, or quality of data transmission. 

FIG, 7 illustrates another exemplary linking clearinghouse architecture that can be 
referred to as proxy signaling 700, In this type of linking clearinghouse architecture, usually 
information is not shared between clearinghouse SOA and clearinghouse SOB. A 
™15lllIdeiinghQUseI^^ its 
gateway information and pricing information with another clearinghouse. To minimize the 
exchange of information, the participating clearinghoiases merely provide a summary of their 
V^Se~plans to the linking cleaniighouse^^ plan 
simunaries to set up a proxy system 710 that links one or more clearinghouses together. 
20 The proxy system 710 essentially looks like a destination gateway to a source 

gateway of a first clearinghouse originating a call. Further, the linking clearinghouse SOL in 
this exemplary embodiment appears to be a source gateway to a destination gateway of a 
second clearinghouse selected to complete the call. 

For example, when a call is initiated by a party at the source gateway 108, 
25 clearinghouse SOA is contacted. Clearinghouse SOA provides the source gateway 108 with 
the proxy system 710 (rurming in linking clearinghouse SOL) as a destination gateway. Call 
signaling is established between the source gateway 108 of the first clearinghouse SOA and 
the proxy system 710. The proxy system 710 then acts as a source gateway and contacts a 
second clearinghouse, such as clearinghouse SOB. Clearinghouse SOB searches for a 
' 30 destination gateway 114 and provides this information to the proxy system 710 of the linking 
clearinghouse SOL. The proxy system 710, acting as a source gateway then completes the 
connection with the provided destination gateway 114 of the second clearinghouse SOB. 
Once the connection is complete, data, such as voice data, can be transferred between the 
calling party 104 and the called party 118 via the proxy system 710. 
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FIG. 8 is an exemplary process for the proxy signaling architecture illustrated in FIG. 
7. In step 805, the proxy system 710 of linking clearinghouse SOL enrolls as an available 
gateway in subscribing clearinghouses, such as clearinghouse SOA and clearinghouse SOB. 
The step of enrolling in the clearinghouses requires the proxy system 710 of the linking 
5 — clearinghouse 50Lr^to-pro\ide-an-ff network-address^ and-bxisine^^ 

clearinghouse. In exchange, the linking clearinghouse SOL operating the proxy system 710 

"Will recei ve-sumnaaryJnfonnation-about Ae^ratesin-eachxlearinghou^^ 

In-step-SMr^e-ealJing-party-l 04-aeeesses-the-IP-^etwork— 10^ 

gateway 108 in a first clearinghouse, such as clearinghouse SOA. In step 815, the source 
10 gateway 108 queries clearinghouse SOA for a destination. The operator of clearinghouse A 
ensures that the source gateway 108 is in fact a member of the clearinghouse. In step 820, 
clearinghouse SOA identifies the proxy system 710 of the linking clearinghouse SOL as a 
destination gateway. In step 825, the source gateway 108 establishes call signaling with the 
proxy system 710 of the Imking clearinghouse SOL via the EP network 102. As noted above, 
15 — ^the proxy system 710 ofiinking clearinghouse SOtrappears to be a destination gateway to the 
source gateway 1 08 of the fin;rclearinghouse150A^ 

The proxy system 710 of the linking clearinghouse SOL then contacts a second 
-clearinghouse, such as-clearinghouse: 50B,-as-a-source-gatevra and queries 

clearinghouse SOB for a destination. Essentially the linking clearinghouse SOL operating the 
20 pioxy system 710 appears as a customer to clearinghouse SOA and clearinghouse SOB. In 
step 835, clearinghouse SOB identifies destination gateways for the proxy system 710. In step 
840, call signaling is established between the proxy system 710 of the linking clearinghouse 
SOL and the destination gateway 114 of the second clearinghouse SOB via the IP network 
102. In step 845, once call signaling is established, data, such as voice data, can be 
25 transferred between the calling party 104 of the first clearinghouse SOA and the called party 
118 of the second clearinghouse SOB. The proxy signaling architecture allows the individual 
clearinghouses to remain in control of much of the routing process. However, this 

architecture can increase call setup delay and lose the fimction of evaluating end-to-end 

quality of routing service. 
30 FIG. 9 illustrates another exemplary architecture for a linking clearinghouse SOL 

referred to as a compressed hierarchy 900. The compressed hierarchy 900 is an intermediate 
approach between the shared service architecture of FIG. 5 and the proxy system architecture 
of FIG. 7 in that it involves sharing of limited or reduced information between the 
clearinghouses. In the compressed hierarchy architecture 900, clearinghouse SOA and 
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clearinghouse SOB are linked through a super-clearinghouse system 910 of a linking 
clearinghouse SOL. In the exemplary embodiment illustrated in FIG. 9, the super- 
clearinghouse system 910 of linking clearinghouse SOL typically contains only information 
identifying the potential destination gateways from clearinghouse SOB. A calling party 104 
5 accesses the" IP~netw6rk~102 thfougt its source gateway 108.' The source gateway 108 
contacts clearinghouse SO A. Clearinghouse SO A decides whether or not the call will be 
liiiked'through^other clearinghouser~If^e~destination"gateway"of"another^c^ is 
to~be used^to complete~tKe~c£Ql;"creMnghoiise S0A~^11 send"a"lquefy "to the super- 
clearinghouse system 910 of the linking clearinghouse SOL for destination gateway 

10 information. The super-clearinghouse system 910 searches its database of available 
destination gateways in other clearinghouses, such as clearinghouse SOB, and provides this 
information to clearinghouse SO A. 

In this exemplary embodiment, clearinghouse SOA contains criteria for choosing the 
best destination gateway from the available destination gateways provided by the super- 

15 c learin ghous e system 910. In an alternative embodiment of the present invention^ the super- 

clearinghouse system 910^may_also contmn criteria for a preliminary evaluation of destination 

gateways. The best destination gateway is then provided by clearinghouse SOA to the source 
— gate\ray~108™of-the-first"clearingli^ first 
clearinghouse SOA can then establish call signaling vrith the destination gateway 114 of die 

20 second clearinghouse SOB. Once a connection is completed, the calling party 104 of the first 
clearinghouse SOA and called party 118 of the second clearinghouse SOB can exchange data, 
such as voice data. 

FIG. 10 illustrates an exemplary process for call signaling in a compressed hierarchy 
architecture 900. In step 1010, the destination gateway information is provided fix)m 

25 clearinghouse SOB to the super-clearinghouse system 910 of the linking clearinghouse SOL. 
By providing this information to the super-clearinghouse system 910, it can eliminate any 
additional steps of contacting clearinghouse SOB when an actual call is made. In step 1015, a 
-call is initiated and the calling party 104 accesses the IP network 102 by contacting the source 
gateway 108. In step 1020, the source gateway queries clearinghouse SOA for a destination 

30 gateway. In step 102S, clearinghouse SOA decides whether this call will be an inter- 
clearinghouse call based on predetermined criteria agreed to by the source gateway 108. If it 
is not an inter-clearinghouse call, the '*No" branch is followed to step 1030 where the call is 
routed within clearinghouse SOA. 
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If this call can be routed to other clearinghouses, the "Yes" branch is followed to step 
1035 where clearinghouse A will send a query to the super-clearinghouse system 910 of the 
linking clearinghoxise SOL for a destination gateway. In step 1040, the super-clearinghouse 
system 910 will identify available destination gateways from the information provided by 

5 clearinghouse~50B; — ^In-step-1045rthe~super^clearinghouse-system~910- provides potential 

destination gateways to clearinghouse 50 A. In step 1050, clearinghouse SO A will select a 
--=4estination^atewayJ3asedu3n-predetermined^adteria-^ to 
clearingJioiise-Ar— In-^-akeniative-^mbodimentr-the-super^clearin -910 may 

contain criteria for performing an initial evaluation of destination gateways before forwarding 
10 information to clearinghouse SO A. In step 1055, clearinghouse 50 A provides the destination 
gateway infomiation to the source gateway 108, In step 1060, the source gateway 108 of 
clearinghouse 50 A sets up a connection with the destination gateway 114 of clearinghouse 
SOB via the IP network 102. Finally, in step 1065, data, such as voice data, may be 
exchanged between the gateways. Relative to the share service architecture illustrated in 
"1 5 — nG75, the"compr essed~ hierarchy architecture 900 of-FIG r9 can res ult in a long er setup delay 
than the shared~service architecture 500. However, compressed hierarchy may offer added 
security to clearinghouses that do not wish to disclose much of their business information. 

— FIG.-9 also embodies an altemative-toithe compressed hierarchy architecture called 

simple hierarchy architecture. The operation of the simple hierarchy architecture is largely 
20 similar to the compressed hierarchy architecture except that the destination gateway 
information of clearinghouse SOB is not stored in the super-clearinghouse 910. This 
difference requires an extra step of signaling between super'^clearinghouse 910 and 
clearinghouse SOB in order to retrieve the potential destination gateways. In comparison with 
the compressed hierarchy architecture, the additional signaling step causes increased delay 
25 vvith the simple hierarchy architecture. 

no. 1 1 illustrates an exemplary process for IP network telephony in a simple 
hierarchy architecture. In step 1110, a clearinghouse, such as clearinghouse SOB, enrolls with 
—the super-clearinghouse system 910 of the linking clearinghouse SOL. By enrolling, 

clearinghouse SOB is receiving the services of Imking clearinghouse SOL, but is not providing 
30 information about its own gateways. In step 1115, a call is initiated and the calling party 104 
accesses the IP network 102 by contacting the source gateway 108. In step 1120, the source 
gateway queries clearinghouse SOA for a destination gateway. In step 1125, clearinghouse 
SOA decides whether this call will be an inter-clearinghouse call based on predetermined 
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criteria agreed to by the source gateway 108. If it is not an inter-clearinghouse call, the *'No" 
branch is followed to step 1 130 where the caU is routed within clearinghouse 50A. 

If this call can be routed to other clearinghouses, the "Yes" branch is followed to step 
1135 where clearinghouse A will send a query to the super-clearinghouse system 910 of the 
5 -linking clearinghouse-50L-for a destination gateway. In step 1140, the linkmg clearinghouse 
SOL queries clearinghouse SOB for destination gateways. This additional step distinguishes 

die^imple^hierarx:hyironi-thexompressedJiierarchy_arcMtecture,,„In-Ste 

SOB provides destination gateways to-the-super-clearinghouse system 910. In step 1150, the 
super-clearinghouse system 910 forwards the potential destination gateways to clearinghouse 
10 SO A. In step 1155, clearinghouse 50 A selects a destination gateway based on predetermined 
criteria established by the gateways belonging to clearinghouse 50 A. In step 1160, 
clearinghouse 50 A providets the destination gateway information to the source gateway 108. 
In step 1165, the source gateway 108 of clearinghouse 50A sets up a connection with the 
destination gateway 114 of clearinghoxise SOB via the IP network 102. Lastly, in step 1170, 
1 5 data, such as voice data, may be exchanged between source gateway 1 08 and destination 
gateway 114. 

The common features among all these architectures are that they encourage sharing of 
information among- di£Ferent_clearinghouses. This_ sharing _of_information can_eliminate 
additional signaling and routing of signals which causes delays in establishing connections. 
20 The linking of clearinghouses can also increase traffic over the networks which, in turn, 
increases revenues for individual clearinghouses as well as the linking clearinghouse SOL. 

Financial Framework for Inter-Clearinehouse Communication 

In contrast to traditional switched network telephony service, rates and performance 

25 of telephony service over the IP network are not well established. This can be attributed to 
the absence of agreements among ITSPs that operate gateways. As noted above, 
clearinghouses can be created to remedy this problem to some extent. However, existing 
clearinghouses will need fmancial incentives to interconnect because of the imknown 
variables concerning rates and perfomiance among clearinghouses. The description that 

30 follows is an exemplary scheme for providing financial incentive for clearinghouses to 
interconnect. 

Clearinghouses that choose to subscribe to the linking service of linking 
clearinghouse SOL may specify a termination markup and an origination discount for 
telephony traffic. The termination markup can be a minimum percentage increase (over 
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intra-clearinghonse prices) in the cost for calls that the clearinghouse tenninates for other 
clearinghouses. The origination discount can be the minimum percentage decrease in the cost 
(to the clearinghouse) for calls that the clearinghouse ITSPs originate through the linking 
clearinghouse. The following two examples illustrate the pricing of a typical linking 
—5 -^clearinghouse service.^' — — — _-„:^ -—^ . 

Table 1 considers an inter-clearinghouse call that originates with an ITSP belonging 
^^WrieanngKo^^ it 
^Idet^mmes^wEaTthFclea^ 

charge is $30.00. Next, Clearinghouse A determines a origination discount for linking 
10 services. (Note Clearinghouse A sets this discount for its own purposes; it may or may not 
pass it on to its ITS? customers; the example assumes that the clearinghouse retains the entire 
discount itself.) In the example the clearinghouse has set its origination discount to be 10%. 
These two quantities determine the origination price for the call, which is $27.00. The 
termination price for the call (derived below) is $12.00. The linking clearinghouse calculates 
15 — the-aetual price for the call as the average of the origination and termination prices. In this 
example, the average of $27 and $12 is $19.50. The linking clearinghouse charges 
Clearinghouse A a $1.00 service fee, so the total cost to Clearinghouse A is $20,50. Since the 
clearingha^e is tharging its fTSP cust^^ in a $9.50 

profit for Clearinghouse A. 

20 Table 1- Inter-Clearinghouse Traffic Originating with ITSP Belonging to Clearinghouse A 



1. 


Termination fee biHed to originating ITSP by Clearinghouse A 


$30.00 


2. 


Clearinghouse A origination discount for linking service 


10% 


3. 


Linking Clearrighouse originating price (1 less 2) 


$27.00 


4. 


Unking Clearir^hoise terminating price 


$12.00 


5. 


Rated price for linking service (average of 3 and 4) 


$19.50 


6. 


Linking Clearinghouse service fee 


$1.00 


7, 


Clearinghouse A cost (5 plus 6) 


$20^ 


a 


Clearinghouse A profit (1 less 7) 


$9.50 





Table 2 considers the same call fi"om the opposite perspective — ^that of Clearinghouse B. It is 
an ITSP belonging to Clearinghouse B that terminates the inter-clearinghouse call. In this 
25 case the clearinghouse pre-establishes a termination fee ($10.00) and a linking markup 
(20%). Together, these set the termination price at $12,00. The average of the termination 
price and the origination price ($27.00) determines the rated price for the call: $19.50. 
Clearinghouse B collects this much from the linking clearinghouse, less a linking service fee 

20 
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of $2.00. The total revenue for Clearinghouse B, therefore, is $17.50. Since the clearinghouse 
owes its terminating ITSP $10.00, the clearinghouse receives a profit of $7.50 for the call. 

Table 2 - Inter-Clearinghouse Traffic Terminating at ITSP Belonging to Clearinghouse B 





1. 


Termination fee paid to terminating nSP by Clearinqhouse B 


$10.00 




2. 


Cleanngnouse B termination nnarKup for Bnking service 


20% 


3. 


Unking Clearvighouse terminating price (1 plus 2) 


$12.00 


4. 


Linking Clearinghouse originating price 


$27.00 




Bated prk».for_linking.sewioe^average of 3 and 4) 


$.19.50 




& 


Linking Clearinghouse senrice fee 


$2.00 




7. 


Clearinghouse B revenue (5 less 6) 




a 


Clearinghouse B profit (7 less 1) 


$7.50 



5 Table 3 shows the complete revenue flow for the example call. The revenue can begin 

with the originating ITSP, which pays $30.00 to its clearinghouse for the call. That 
clearinghouse (Clearinghouse A in the example) retains $9.50 and passes the remaining 
$20.50 of revenue to the linking clearinghouse. The linking clearinghouse retains $3.00 and 
— „„pays_the„ termmatmg _clearinghouse_(Clearinghouse_B) $17.50, -Einally,-the -terminating 
10 clearinghouse pays its ITSP $l6.0d for the call, keeping $7.50 in gross profit. 



Table 3 - Revenue Flow for Linking Clearinghouse Example 









f ~ ^ 




f - ^ 




f ' " 






Originating 
rrsp 




$30.00 


Originating 
Clearinghouse 
{retains $9.50 ) 


$20.50 


UnkingService 
(retains $3.00 ) 


$17^ 


Terminating 
Clearinghouse 
(/Blatfis 57.50 ) 


SIOJM 


Terminafing 
ITSP 




J 








^ J 








L J 



The two important quantities in the revenue calculation can be the origination 
discount and the termination markup. Both values can be defined by the participating 

15 clearinghouses when they enable linking clearinghouse service. The origination discount, 
which applies to the originator of telephony traffic, can be the minimum discount the 
originator receives for using the linking service. This discount represents a lower cost than 
the originator would have to pay if the call remained completely within the originating 
clearinghouse. As the example shows, the originator will almost always receive an even 

20 greater discount, though the exact amount depends on prices set by terminating 
clearinghouses and ITSPs. 

The termination markup, on the other hand, can be the minimum markup that the 
terminator receives for accepting telephony traffic. The markup can be above and beyond 
what the terminator would receive if the call was completely within a single clearinghouse. 
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Again, the actual markup will typically be greater, depending on the origination price 
determined by originators. Both the origination discount and termination markup are applied 
before the calculation of any linking clearinghouse service fees. 

In summary, the present invention supports the linking of IP telephony 
5 clearinghouses. By providing a linking service between clearinghouses, IP telephony traffic 
is increased and greater revenues are generated. The linking of clearinghouses also improves 

routing^and-^the quality n>f-lhe-transniitted~data^by~ reducing the amoimt-of signaling. The 

linking semce"can~alsd^s the billing and settlement needs of the clearinghouses it links. 
Finally, the linking service is flexible in that in can be implemented in various ways to suit 
10 the needs of clearinghouse customers. Specifically, the amount of information a 
clearinghouse wishes to disclose can by controlled by the type of linking architecture. 

Those skilled in the art will appreciate that the invention has a wide range of 
applications beyond voice communication via the Internet. For example, the invention could 
also be implemented to support the transmission of other multimedia communications over a 

_1 5 distri buted com puting environ ment. Furthermore, the diffe rent architectur es discussed are 

not exclusive of each other and may be employed in combination. Other embodiments of the 

invention may link multiple clearinghouses together in various combinations. 

It will be appreciated that the present-invention fulfills the needs of the prior art 
described herein and meets the above-stated objects. While there has been shown and 
20 described the preferred embodiment of the invention, it will be evident to those skilled in the 
art that various modifications and changes may be made thereto without departing fi^om the 
spirit and the scope of the invention as set forth in the appended claims and equivalents 
thereof. 

25 
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CLAIMS 

What is claimed is: 



5 



1 . A method for routing internet telephony calls between gateways, comprising the steps of: 
receiving gateway information from one or more clearinghouses; 



storing the received gateway information in a database of a linking clearinghouse 



prior to a call; 

10 receiving a destination gateway request from a source gateway of a first 

clearinghouse; 

generating a list of available destination gateways of one or more second 
clearinghouses based upon the forwarded gateway information; 
selecting a destination gateway from the list; and 
15 completing the call between the source gateway of the first clearinghouse and the 
selected^destoationgatewayof-a-secondxlearinghouse; 



2. The method of claim 1, wherein the step of selecting a destination gateway further 
comprises the step of sorting destination gateways based upon one or more rules. 

20 

3. The method of claim 2, wherein the rules consider at least one of cost, speed, and quality 
of data transmission for completing a call. 

4. The method of claim 2, wherein the linking clearinghouse performs the step of selecting a 
25 destination gateway from the list. 

5. The method of claim 2, wherein the step of generating a list of available destination 
gateways further comprises the step of creating a combined routing table, the combined 
routing table comprises gateway information fix)m the first clearinghouse and the one or more 

30 second clearinghouses. 

6. The method of claim 2, wherein the first clearinghouse performs the step of selecting a 
destination gateway from the list 
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7. The method of claim 6, wherein the gateway information received by the linking 
clearinghouse comprises destination gateway IP address information. 



8. The method of claim 1, wherein the step of completing a call further comprises the step of 
transferring at least one of voice, fax, and video data between the source and destination 
gateways. 

9. The method of claim 1, further comprising the step of enrolling gateways from the first 
and one or more second clearinghouses with the linking clearinghouse. 

10. The method of claim 1, wherein the cost for routing intemet telephony calls between 
gateways comprises: 

applying a price discount to the cost for originating a call at the source gateway; and 
applying a price increase to the cost for terminating a call at the termination gateway. 

11. A computer-readable medium having computer-executable instructions for performing 
the steps recited in claim 1. 
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12. A system for routing internet telephony calls between gateways, comprising: 

a first clearinghouse comprising one or more gateways connected to an IP network; 
a second clearinghouse comprising one or more gateways connected to an IP network; 

and 

a linking clearinghouse connected to the first and second clearinghouse through an IP 
network, for receiving gateway information from said first and said second clearinghouses 
prior to a call, and for generating a list of available destination gateways based i5>on the 
forwarded gateway information in response to a call. 

13. The system of claim 12, wherein said linking clearinghouse further comprises a sorting 
mechanism for selecting destination gateways. 

14. The system of claim 13, wherein said sorting mechanism evalxiates at least one of cost, 
speed, and quality of data transmission for completing a call. 

15. The system of claim 12, wherein said linking clearinghouse creates a combined routing 
table/thetable comprises gateway ihformatibn fronasaid first and second clearinghouses. 

16. The system of claim 12, wherein the gateway information received by said linking 
clearinghouse comprises destination gateway IP address information. 

17. The system of claim 12, wherein said first clearinghouse further comprises a sorting 
mechanism for selecting destination gateways. 

18. The system of claim 17, wherein said sorting mechanism evaluates at least one of cost, 
speed, and quality of data transmission for completing a call. 
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19. A method for routing internet telephony calls between gateways, comprising the steps of: 
enrolling a linking clearinghouse as a destination gateway in a first clearinghouse; 
initiating a call in the first clearinghouse; 
receiving the call with the linking clearinghouse; and 
5- — ~forwarding^ the^calFfirom lEe^linlang^xlesSngKouse^^ of a 

second clearinghouse. 

— 20r-^e^ethod-Gf claims 9rfurther-eemprising-the-stepsGf^ 

generating a list of available destination gateways of one or more second 
1 0 clearinghouses based upon the forwarded gateway infonnation; and 
selecting a destination gateway firom the list. 

21. The method of claim 19, wherein the step of forwarding the call further comprises 
forwarding the call fi-om the linking clearinghouse to the selected destination gateway of a 

1 5 second clearinghouse. 

22. The method of claim 19, wherein the cost for routing internet telephony calls between 
gateways comprises: 

applying a price discount to the cost of originating a call; and 
20 applying a price increase to the cost of terminating a call. 
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